home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19950329-19950528
/
000169_news@columbia.edu_Mon Apr 17 00:51:00 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-07-31
|
3KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA03919
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 19 Apr 1995 05:10:56 -0400
Received: by apakabar.cc.columbia.edu id AA19275
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 19 Apr 1995 05:10:55 -0400
Path: news.columbia.edu!panix!news.mathworks.com!udel!gatech!swrinde!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: MS-Kermit Pause Screen problem
Message-Id: <1995Apr17.065100.47680@cc.usu.edu>
Date: 17 Apr 95 06:51:00 MDT
References: <3mtj9hINNpai@banjo.oac.usyd.edu.au>
Distribution: world
Organization: Utah State University
Lines: 46
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <3mtj9hINNpai@banjo.oac.usyd.edu.au>, tregan@banjo.oac.usyd.edu.au (Tom Regan) writes:
> I have just started using MS-Kermit, and everything seems to work fine
> *except* for a small problem with pausing the screen:
>
> I am using Kermit to dial-in to an Ultrix box at 19200 bps with RTS/CTS flow
> control (vvt100 emulation). Long output from the Unix side comes through OK,
> unless I try to pause the output. I have tried the Pause key, and also
> Ctrl-S, but the symptoms are the same: the screen pauses OK, however when I
Control-S is XOFF software flow control and won't do what you want
when using hardware flow control. The PAUSE key is a Bios operation invisible
to MS-DOS Kermit and grabs the machine from Kermit. You will probably get
better results by using the \Kholdscrn keyboard verb to "hold the screen"
under Kermit's control. It is not assigned to any key by default, so choose
a recognizable key combination (not the PAUSE key which is intercepted by
the Bios).
Please do note however, overruns can still occur in the overall
comms channel if one component does not respond quickly enough to overflowing
another's buffer.
> press Pause to restart the display I regularly (not always) get a beep and 1
> or 2 characters have been lost. It seems to be some sort of over-run
> problem(?).
>
> Another small problem that could be related to the above manifests itself
> when I try to edit the command line (e.g. Ctrl-D to delete a character).
> This often results in spurious characters being inserted into the command
> line.
That's a command line on the remote host because Control-D is not
a Kermit command line operation. I can't guess what might be happening in
this case.
Joe D.
> Has anyone experienced this problem, and if so could you please tell me
> how you solved it (sorry if this is an FAQ - even a nudge in the right
> direction would be much appreciated).
>
> Thanks,
>
> Tom
>
> --
> Tom Regan (tregan@oac.usyd.edu.au)
> Orange Agricultural College - University of Sydney, NSW, Australia
> Phone: +61 063 635564 Fax: +61 063 635629